home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19941031-19941221 / 000479_news@columbia.edu_Mon Dec 19 13:59:51 1994.msg < prev    next >
Internet Message Format  |  2020-01-01  |  5KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA12241
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 19 Dec 1994 09:17:18 -0500
  3. Received: by apakabar.cc.columbia.edu id AA03406
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 19 Dec 1994 09:17:15 -0500
  5. Newsgroups: comp.protocols.kermit.misc
  6. Path: news.columbia.edu!sol.ctr.columbia.edu!howland.reston.ans.net!vixen.cso.uiuc.edu!uwm.edu!fnnews.fnal.gov!gw1.att.com!nntpa!not-for-mail
  7. From: mrbaker@hodcs.ho.att.com (-M.BAKER)
  8. Subject: Re: MS-Kermit running under Windows trbl
  9. Message-Id: <D129Jr.14q@nntpa.cb.att.com>
  10. Sender: news@nntpa.cb.att.com (Netnews Administration)
  11. Nntp-Posting-Host: hodcs.ho.att.com
  12. Organization: AT&T
  13. References: <D0wsAs.6vv@nntpa.cb.att.com> <1994Dec16.194852.35622@cc.usu.edu>
  14. Date: Mon, 19 Dec 1994 13:59:51 GMT
  15. Lines: 81
  16. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  17.  
  18. In article <1994Dec16.194852.35622@cc.usu.edu>,
  19. Joe Doupnik <jrd@cc.usu.edu> wrote:
  20. >In article <D0wsAs.6vv@nntpa.cb.att.com>, mrbaker@hodcs.ho.att.com (-M.BAKER) writes:
  21. >> Hi:
  22. >> 
  23. >> We are currently using MS-Kermit (Beta 14) to communicate with a UNIX
  24. >> system, both directly from the DOS prompt as well as run from Windows.
  25. >> I have packet driver 3C5X9PD and shim WINPKT doing the networking
  26. >> honors.
  27. >> 
  28. >> The problem is that when someone telnet's to the UNIX system from
  29. >> Windows (i.e., they have an icon for MS-KERMIT, using the .PIF
  30. >> distributed with MS-KERMIT) everything works fine until they minimize
  31. >> it and leave it alone for a while [still trying to measure exactly what
  32. >> "a while" is -- seems to be a half hour or hour or so].  Then when they
  33. >> return to MS-KERMIT, it is 'asleep'.  The TCP-IP connection no longer
  34. >> seems to be working (no response to the UNIX shell prompt, no response
  35. >> to the Telnet Are-You-There) yet the UNIX system still thinks the
  36. >> connection is up.  I've tried running with SET TELNET DEBUG-OPTIONS ON
  37. >> looking for clues, but no luck.
  38. >> 
  39. >> The only mentions I could find in the documentation is in the .BWR file.
  40. >> Section 4 (Microsoft Windows) suggests changing the .PIF to raise
  41. >> Kermit's priority, lock it in memory (even though the WINPKT docs
  42. >> say this shouldn't be necessary), and make sure some background time
  43. >> is allocated.  I've played with these the best I could with no apparent
  44. >> luck.  It does have the caveat that Kermit is at the mercy of other
  45. >> apps. anyhow.
  46. >> 
  47. >> When I run MS-Kermit right from DOS (no Windows), it works just fine
  48. >> even overnight so I'm pretty sure the indigestion is coming from Windows.
  49. >> 
  50. >> Would appreciate hearing from others who have run into this, have ideas,
  51. >> etc. worth trying in order to minimize (if not eliminate) this problem.
  52. >> Private email to mrbaker @ hodcs.att.com, or postings to this group
  53. >> would be most welcome.
  54. >--------------
  55. >    Ok. I tried your situation here over the past 45 minutes. MSK 3.14
  56. >beta-15 running in Windows as an icon, using ODIPKT+WINPKT over the current
  57. >Novell ODI material. I logged onto my Unix machine with Kermit, shrunk MSK
  58. >to an icon, and went away to speak with WordPerfect/Windows for the duration.
  59. >After that 45 minute interval I enlarged the icon to a window and the
  60. >connection was just fine.
  61. >    A couple of guesses to make here. First, is your lan adapter's
  62. >shared memory protected against all memory managers (DOS and again in
  63. >Windows)? If not then Windows could be using that memory for other purposes
  64. >and the lan adapter can become wedged or worse. An intermediate test, after
  65. >you've exclude='d both sides, is to start another Telnet session with Kermit.
  66. >If a new session starts ok then local comms are in working order.
  67. >    Second, the lan adpater part of things may not be especially strong
  68. >to begin with, and when it's not serviced often packets overwhelm it and it
  69. >wedges. If there is an IRQ conflict (lan adapter sitting on IRQ 3 along with
  70. >serial port COM2, for example) then the adapter can be squashed by the
  71. >competing hardware and/or Window's drivers.
  72. >    The option to "fix task in memory" is needed if you are not using
  73. >winpkt with a Packet Driver. Go get mine, the two argument variety, from
  74. >netlab2.usu.edu, cd drivers, file winpkt.zip, and give it a try. I don't fix 
  75. >tasks in memory (absent minded Professor).
  76. >    Joe D.
  77.  
  78. Hi Joe:
  79.  
  80. Many thanks for your quick & thorough reply(ies) to my question(s).  I'm
  81. posting this in the hopes that it may be of interest to others.
  82.  
  83. I have not tried your 2-argument packet driver yet (I will this morning).
  84. I'll report back on the results.
  85.  
  86. Meanwhile, I had a chance to repeat the experiment.....running Kermit under
  87. MS-Windows, but using Lan WorkPlace's TELAPI in lieu of the 3c5x9pd/winpkt
  88. combination.  I started it on Saturday afternoon and minimized it along
  89. with a bunch of other Windows tasks.  When I came in, I remaximized it
  90. and it was still logged into the UNIX system fine.  So to me, this suggests
  91. that you are on target about the packet driver or thereabouts.
  92.  
  93. Once again, thanks!
  94.  
  95. M. Baker
  96. AT&T Bell Labs, Holmdel
  97. mrbaker  @  hodcs.att.com
  98.